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(54) Dynamic property sheet system 

(57) Methods and apparatus for the concurrent dis- 
play of two or more property pages of a Graphical User 
Interface (GUI) are disclosed. A user can select a prop- 
erty page displayed by a first property sheet system and 
create a second property sheet system that displays the 
selected property page at second, user selected display 
position. Alternatively, the user can place, or dock, the 
selected property page into an existing property sheet 
system for inclusion therein and display thereby. The 
first property sheet system displays, at a first display 



position, any of the property pages remaining therein. 
Typically, the selected property page is removed from 
the first property sheet system and the first property 
sheet system is destroyed if it contains no other prop- 
erty pages. The invention allows a user of a GUI to con- 
currently display and interact with multiple property 
pages of multiple property sheet systems for optimizing 
the exchange of information with the GUI. 
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Description 

A portion of the disclosure of this patent document contains materia! which is subject to copyright protection. The 
owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it 
5 appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatso- 
ever. 

Field of the Invention 

io The present invention relates to graphical user interfaces, and particularly to property sheet systems having prop- 
erty pages viewable on a graphical user interface. 

Background 

15 A graphical user interface (GUI) is an indispensable feature of most modem computer systems. A GUI allows a user 
to interact intuitively with an application program running on the computer by allowing the user to manipulate pictorial 
representations of objects. Many of the display components of a typical GUI, such as title bars, menu bars, icons, mul- 
tiple windows, scroll bars, pop up menus and dialog boxes, are now standard features. A modem GUI represents a 
major improvement over the text-based entry systems of just a few years ago. 

20 Typical dialog boxes of a GUI system allow a user to exchange information with an application program. Some dia- 
log boxes simply require a user to confirm an operation before it is executed by the computer; other dialog boxes may 
ask for user selected input, such as choice of a disk drive, directory, file name, file type, network path, etc. Dialog boxes 
typically comprise components such as text boxes, list boxes, option buttons, and command buttons. 

If a large amount of related information is to be exchanged between a user and the computer a GUI may include a 

25 special type of dialog box known as a property sheet system. A property sheet system, for example, can have a display 
that includes several tabs which represent different dialog boxes, known as a property pages. The user can select a tab 
to display the particular property page associated with that tab. Once selected, the user can enter information, confirm 
an operation, or make other appropriate option choices. 

Available property sheet systems can be frustrating to use. For example, to configure optimally an application pro- 

30 gram, a user often exchanges information with the program by using several modeless property pages. Often the con- 
figuration options that result in the desired performance of the application are not immediately obvious and are arrived 
at by some trial and error. Unfortunately, because the property sheet system displays only one property page at a time 
on a monitor, a user usually selects appropriate tabs to switch between multiple property pages, e.g. property pages 
are relegated to the background Furthermore, the user is typically required to remember the particular settings on the 

35 nondisplayed property pages. This procedure of continually switching between property pages to configure a system is 
overly laborious and time consuming. 

Accordingly, an object of the invention is to provide a property sheet system that allows a user to easily and effi- 
ciently exchange information with an application program. 

A further object of the invention is to provide a property sheet system that reduces the need of a user to choose 

40 continually between displayed and nondisplayed property pages when the exchange of information requires the use of 
more than one property page. 

Other general and specific objects of the present invention will be apparent and evident from the accompanying 
drawings and the following description. 

« Summary of the Invention 

The present invention relates to, broadly, the creation of a second property sheet system from a first property sheet 
system. The first property sheet system includes one or more property pages, which are displayable on a display mon- 
itor at a first display position. The first property sheet system is often part of an existing application program. For exam- 

50 pie, a word processor program on which this application is being typed has a property sheet system for setting up 
printers. This property sheet system includes "tabbed" property pages entitled "setup", "paper", "destination", "print 
quality", and "fonts". According to the invention, a property page is selected is response to an input signal from a user- 
operated pointing and selecting device, such as a mouse. In response to a second signal generated by the user, typi- 
cally via the mouse, the selected property page is included in, and displayed by, a second property sheet system. The 

55 user may thus display and interact with two property pages simultaneously: the selected property page, which is dis- 
played by the second property sheet system, and any one of the property pages remaining in the first property sheet 
system, which is displayed by the first property sheet system. 

One technique by which a user may select a property sheet is by "tearing," that is, selecting a tab representing a 
property page of the first property sheet system. The property page "torn" or selected from the first property sheet sys- 
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tern is displayed at a second location, determined by the user, on the display screen. Typically, a user employs "drag 
and drop" operation to select a property page, create a second property sheet system, and to display the torn property 
page at a user-selected display location. 

As noted, creating more than one property sheet system allows a user to view and exchange data with an applica- 
tion program using two or more property pages that are viewed simultaneously. The user need not continually switch 
between displayed and non displayed property pages, nor need he or she commit to memory the contents of one or 
more property pages. Note that as used herein, the term property page or sheet is intended to include a modal or mod- 
eless secondary window that displays user-accessible properties of an object. A property page is said to be included in 
a property sheet system and can be displayed in a variety of formats to best allow a user to exchange information with 
a computer or with an application program running on a computer. 

Additionally, property pages can be exchanged between property sheet systems, whether these systems are cre- 
ated according to the invention or exist as part of a separate application program, such as a word processor program. 
A property page "torn" from a property sheet system is typically displayed as a geometric object or other symbol during 
the "drag" portion of the "drag and drop" operation. A user can place the selected, or "torn," property page in an existing 
property sheet system for inclusion therein and display thereby, rather than in a new property sheet system created to 
include the selected page. Typically, the user places the symbol representing the "torn" page in close proximity to a 
property page displayed by the property sheet system into which it is desired to drop the "torn" page. A docking input 
signal, such as release of a mouse button, causes the selected property page to "drop", or "dock" into the chosen prop- 
erty sheet system. Once docked in the chosen system, the property page may be used by the user just as when it was 
in the previous property sheet system. 

According to one aspect, the invention includes a processor; a memory element; a display monitor; a user input 
device; a selection element for selecting a property page of a first property sheet system responsive to a signal gener- 
ated by a user input device, such as, for example, mouse, trackball, or keyboard; and a second program element for 
creating a second property sheet system for including the selected property page and for displaying the selected prop- 
erty page at a second display position on the display monitor. 

According to another aspect, the invention includes a removal element for removing from the first property sheet 
system the property page selected by the selection element such that the selected property page is not dispiayable by 
the first property sheet system. 

In yet another aspect, the invention includes a destruction element for destroying a property sheet system when 
system does not include any property pages, such as when the last page in the system has been removed by the 
removal element. 

According to another aspect of the invention the invention further includes a docking element, for, in response to a 
signal generated by a typical user input device, placing a property page selected by the selection means into a selected 
property sheet system for inclusion therein and display thereby. 

In yet another aspect, the invention incorporates a positioning program element, responsive to input signal gener- 
ated by the user input device, for selecting the second display position at which the second property sheet system dis- 
plays property sheets included therein. 

In a different variation, the positioning element varies the display position of a symbol in response to a user input. 
The second program element, responsive to the user input, displays the selected property page at the second position. 
The positioning element also allows for placing the symbol in substantial registration with a displayed property page of 
a property sheet system such that the docking element, responsive to a user input signal, such as release of a mouse 
button, places the selected property page into the property sheet system with which the symbol was in substantial reg- 
istration. The symbol can be the dotted outline of a box, and the box can be the approximate size of a displayed property 
page. 

To aid the user in docking a selected property page into an existing property sheet system, the invention can 
include an element for displaying on the display monitor an icon having a second display state for indicating to a user 
when the symbol or geometric object is in substantial registration with a property page of a property sheet system. For 
example, the icon second display state can comprise a display of a two puzzle pieces that are mated, and the icon can 
have a first display state comprising two puzzle pieces that are not mated, for indicating a when a symbol or geometric 
figure is not properly registered, i.e., the selected property page will not be docked by the docking means into an exist- 
ing property sheet system. 

According to another feature of the invention, in addition to a positioning element responsive to user input for var- 
ying a position of symbol displayed on the display monitor, a a proximity program element is included. The proximity ele- 
ment determines a parameter responsive to the distance on the display monitor between the symbol and the position 
on the display monitor of a displayed property page of a property sheet system. When the parameter is less than a first 
amount, the docking means, responsive to a first user input signal generated by the user input device, places the prop- 
erty page selected by the selection element into the property sheet system for inclusion therein and display thereby. 
When the parameter varies from the selected value by a second selected amount, the second program means, respon- 
sive to a second input signal, places the property page in a newly created property sheet system and displays the 
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selected property page at a position on the display monitor substantially determined by the display position of the sym- 
bol. For example, the displayed property page can be centered about the position of the symbol. The first and second 
input signals can be responsive to the release of a mouse button as part of the "drag and drop" procedure. 

Of course, the invention pertains not only to a computer programmed in the manner described above to perform 

5 the transformation and operations described above, but to a machine readable data storage medium including the 
above-described elements. The invention is also understood to comprise methods for performing the above operations. 

It will thus be seen that certain changes may be made in the above constructions without departing from the scope 
of the invention. It is intended that all matter contained in the above and following description or shown in the accompa- 
nying drawings be interpreted as illustrative and not in a limiting sense. 

10 It is also to be understood that the following claims are to cover all generic and specific features of the invention 
described herein, and all statements of the scope of the invention which, as a matter of language, might be said to fall 
therebetween. 

Brief Description pf foe Drawings 

15 

The foregoing and other objects, features and aspects of the invention will be apparent from the following descrip- 
tion and apparent from the accompanying drawings, in which like reference characters refer to the same parts through- 
out the different views. The drawings illustrate principles of the invention and, although not to scale, shown relative 
dimensions. 

20 FIGURE 1 illustrates a typical computer system according to the invention. 

FIGURE 2 illustrates a typical property page of a property sheet system for configuring, for example, the keyboard 
display of an application program. A user accesses each property page of the property sheet system by selecting the 
appropriate tab displayed at the top of the property page window display. 

FIGURE 3 illustrates an intermediate display presented as part of the "drag and drop" procedure for creating a new 
25 property sheet system including a property page "torn" from the first property sheet system of FIGURE 2. 

FIGURE 4 illustrates a second property sheet system including the property page "torn" from the first property 
sheet system illustrated in FIGURE 2 and which is displayed simultaneously therewith. 

FIGURES 5A and 5B depict the selected display states of a dynamic icon for aiding a user in "docking" a property 
page removed from one of the property systems for placement within another sheet system. 
30 FIGURE 6 is a flow chart diagram illustrating the steps involved in removing a property page from a property sheet 
system and placing it in a second property sheet system, as depicted in FIGURES 2-4. 

FIGURE 7 is a schematic illustration block diagram of the software components utilized in accordance with the 
teachings of the present invention; 

FIGURE 8 illustrates the object classes, and their relationships, in accordance with the teachings of the present 
35 invention. 

FIGURES 9A-9C illustrate parent-child relationships of particular object classes depicted in FIGURE 8 and used in 
the software coding according to the teachings of the invention. 

FIGURE 10 is a hierarchical schematic illustrating the derivation of key property pages from a property page base 
class according to the teachings of the present invention, 

40 

Description of illustrated Embodiments 

The removing or tearing of property pages from a property sheet system, in accordance with the teachings of the 
present invention, extends the user interface of standard Windows/Windows 95/Windows NT property pages to enable 
45 a user to change values on separate property pages simultaneously without changing visual context. The user can grab 
the active property page and pull/tear it away from the property sheet system and place it in an existing or newly created 
property sheet system. However, one of ordinary skill in the art, in accordance with the teachings herein, understands 
the invention to be applicable to GUI's in other operating environments, such as, for example, X-Windows, Motif, and 
IBM OS/2. 

so The practice of the invention includes a computer, such as the computer 2 illustrated in FIGURE 1 . The computer 
2 typically includes input-output hardware 3, a central processor 4, random access memory 5, disk storage 6, a key- 
board 7, pointing device, such as a mouse 8 and a display monitor 10. The Input/output hardware 4 connects the com- 
puter 2 to, for example, a network. 

FIGURE 2 illustrates a typical computer display screen display 12 of a property page 14 of a property sheet system. 

55 The property page 14 in FIGURE 2 is used for configuring the keyboard display 16 of an application program that mon- 
itors and controls industrial processes. One such industrial process control system is the l/A SERIES® System availa- 
ble from The Foxboro Company, of Foxboro, Massachusetts, USA. However, an industrial process monitoring system 
is merely one example of the type of environment in which property pages are typically very useful; the present inven- 
tion is useful in many computer application programs, such as word processors, spreadsheets, communications pack- 
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ages, web browsers, etc. However, in the particular embodiment illustrated here, the property pages are used to 
configure a keypad annunciator of an industrial process control system, such as the keypad annunciator 16 in FIGURE 
2. Many of the keys of a keypad annunciator 1 6 are configurable, via property pages, such that a given individual key is 
associated with a particular alarm state of the industrial process control system; occurrence of that alarm state causes 

5 the key to change appearance. The key is also configurable such that selecting the key with the mouse can initiate 
selected corrective action or display a selected process graphic. 

To "tear" a page from a property sheet system, the user positions a cursor over the body (i.e., generally anywhere 
other than an edit field or the tab representing the property page 14) of property page 14 and provides an input signal, 
typically by depressing a button on the mouse. During this tearing, or selection, process the user is presented with an 

io outline of the property page while the mouse is pressed, and the outline can be positioned by "dragging" it anywhere 
on the display screen. FIGURE 3 illustrates the outline 20 of property page 14 that is in the process of being torn from 
its property sheet system. Once the desired position is found, releasing the mouse button signals the application to cre- 
ate a new property sheet dialog system and populate it with the torn-away property page. Typically, the original property 
page 14 is removed from its original container, e.g., the first property sheet system, and is only available in the second 

75 property sheet system. The user can view and change values using different property pages in one visual context, that 
is, to view them simultaneously positioned above the desktop 13. FIGURE 4 illustrates the simultaneous display of two 
property pages, the torn page 14, displayed in the display window 24 of the newly created property sheet system, and 
property page 22, now displayed in the original property sheet system display window 1 5, and corresponding to the tab 
25 labeled "displays." The tab 1 8 labeled "actions" in FIGURE 2 is removed from property sheet display window 1 5 and 

20 now appears in display window 24 in the newly created property sheet system, as illustrated in FIGURE 4. The property 
page 1 4 and the property page 22 are now displayed concurrently, and the user can exchange data with either of them. 
Typically, as the user interacts with one of the displayed property pages, the other is updated, as necessary, to reflect 
the data exchange with the other. For example, if the display window 24 of the newly created property sheet system is 
active, that is, the user is exchanging data with the property page 14, the property page 22, displayed in the non-active 

25 window 1 5 of the original property sheet system, is updated, as necessary, to reflect the any data input by the user to 
the property page 14 displayed in window 24. 

In addition to being able to create a new property sheet system for displaying the selected property page, the user 
can place the selected property page into an existing property sheet system. The user attaches, or docks, a "torn" prop- 
erty page into an existing property sheet system by dragging the outline 20 over the top of a property page displayed 

30 by that system. Releasing the mouse button when the outline is so positioned docks the property page into the property 
sheet system. As discussed immediately above, a displayed property page in a non active window is updated, as nec- 
essary, to reflect any input by a user to a displayed property page in an active window. Using the docking procedure, 
the property page 14 in FIGURE 4 can be selected and placed back into in the original property sheet system for re- 
display in display window 1 5. 

35 A visual cue, such as a dynamic icon 28 in FIGURES 5A and 5B, is provided to assist in the tear-away/docking 
operation. During the dragging process, the user is provided with a symbol such as dynamic icon 28 that shows two 
puzzle pieces. When the drag box is over a dock-site, i.e., over an existing property sheet system that can accept the 
property page being dragged, the puzzle pieces join and appear as a second display state 32, thus signifying to the 
user that the dragged page can be docked e.g., accepted into the that system. FIGURE 5A illustrates the dynamic icon 

40 in the first display state 30 wherein the puzzle pieces are separated, indicating that the drag box or geometric shape 20 
is not properly positioned for a property page to be docked. 

The invention uses the logic depicted in the operational flow chart illustrated in Figure 6. Starting at decision box 
34, pressing a mouse key when the cursor is within a property page "tears" the property page and leads along the "yes" 
branch of box 34 to box 36. As the mouse is dragged, that is, moved with the mouse button pressed, an outline of the 

45 property page is drawn on the screen. This process will continue until the user releases the mouse button. Releasing 
the mouse button leads from along the "yes" branch of box 36 to decision box 38, which determines whether the torn 
property page can be docked, that is, whether the drag box 20 is positioned over a property page of an existing property 
sheet system. If docking is possible, the torn page is docked into the "target" system, as in box 42; if the page cannot 
be docked, a new property sheet system is created for inclusion of the torn property page, as indicated by box 40. 

50 Finally, in box 44, the torn page is removed from the original property sheet system, and if no other pages remain in the 
original, or source, property sheet system, the system is deleted, or destroyed. In the remainder of the specification, the 
object classes and coding to perform the above-described operations are described. 

The present invention uses techniques of object-oriented programming. In object-oriented programming, routines 
are separate entities that include both data and functions, or methods, for processing the data. Object-oriented pro- 

55 gramming differs from traditional structured programming, which relied heavily on subroutines, and in which data and 
the routines that handled the data were usually strictly segregated. Structural programming is organized in terms of 
computer details, such as files, record, and sorting algorithms; object oriented programming is organized in terms of the 
physical entities, the "objects," that exist in the environment in which the problem is to be solved. The data and methods 
stored in a object represent, respectively, the attributes of the physical object and the actions a object is capable of car- 
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rying out. Objects are related to classes; an object is said to be an instance of a class. A class is not an object, but a 
template that instructs a compiler how to construct an actual object. 

Those of ordinary skill in the art of modern programming are familiar with object-oriented concepts such as encap- 
sulation, inheritance and polymorphism. Encapsulation refers to combining data and functions, or methods, that proc- 

5 ess the data into a single object, wherein the internal details of the methods and data may be largely hidden. 
Inheritance refers to a derived class inheriting the features and capabilities of the base, or parent, class. The derived 
class can then be modified to suit a particular need. Polymorphism allows objects whose properties differ to be able to 
function together. That is, the interfaces through which objects exchange messages are standardized and not depend- 
ent on the exact internal working of an object. Because of encapsulation, polymorphism and inheritance, object ori- 

w ented-programming is a modular approach that reduces the amount of coding a designer of a new system or function 
needs to perform. Objects can be joined in a coherent procedure in which objects can be added, modified or deleted 
without a designer having to rewrite a whole application. A considerable amount of code written by others is reusable, 
and is often reused. For example, the Microsoft Foundation Class (MFC) Library is a set of more than 100 classes 
designed to help C++ programmers write Windows-based programs. The present invention built upon classes from the 

is MFC version 4.1 library. 

Accordingly, described herein are only those class definitions, and code segments, necessary for one of ordinary 
skill in the relevant programming arts, possessed of all the teachings herein, to make and use the invention. Classes, 
objects and codes well known to, or easily created by, those of ordinary skill in the art, or available in published libraries, 
such as MFC library, are not described, or if described, are only briefly discussed. 

20 The present invention provides for a sophisticated property sheet system that supports modeless operation and 
tear-away property pages. The system uses the standard system software components illustrated in FIGURE 7. The 
components include the application frame window 46 and the property sheet system 48. In general, property sheet sys- 
tems are implemented using three components: a property frame 48A, a property sheet 48B, and one or many property 
pages 48C. These three components 48A-48C are related. The property pages 48C are the children of the property 

25 sheet 48B; the property sheet 48B is the child of the property frame 48A; and the property system 48 is owned by the 
application's main frame window 46. Because the property frame 48A is typically a top-level window, it generally cannot 
be a child of another window, but it can be owned. 

The present invention extends the standard property sheet system, such as that in FIGURE 7, by extending the 
standard classes to allow the tearing of property pages, the creation of new property sheet systems, and the docking 

30 of torn property pages into existing property sheet systems. The classes are illustrated in FIGURE 8. 

The application frame window class 50, labeled CACRFrameWnd in FIGURE 8, provides management support for 
the property sheet system 55. The application frame window class 50 provides property page dock support, property 
page availability handling, and property sheet system creation. The application flame window 50 constructs the prop- 
erty sheet system 55 with a creation mask that indicates which property pages 56 to create. Additionally, the application 

35 frame window 50 provides the notification interface used by the property sheet system 55 when property or selection 
information has changed in a property page 36. 

The property sheet system 55 is comprised of three distinct parts. The first and least significant of these compo- 
nents is the property sheet frame class 52. The property sheet frame 52 is a mini-frame window that is used to house 
the property sheet system 55 window. The property sheet frame 52 allows the property sheet system 55 window and 

40 pages 56 to be operated in an modeless fashion. The property sheet frame 52 creates the property sheet 54, hides 
itself when closed, and provides access methods to its owned property sheet 54. 

The property sheet class 54 provides management support for the key property pages 56. This support includes 
property page creation, property page docking support, and property page update facilities. 

The individual property pages 56 constitute the final component of the property sheet system 55. Each property 

45 page 56 provides specific edit functions for a portion of the data exchanged with an application program. Each property 
page is derived from a base property page that provides application-specific property page functions. The base prop- 
erty page provides tear-away page support, and facilities to update a keyboard or be updated from a keyboard. The 
base property page also provides an iterative mechanism for setting property information for multiple keys of keypad 
annunciator 16 in FIGURE 2 to facilitate disabling of controls. 

so Further elaboration is provided below, in a separate section on each of the components. Class definitions and a 
description of the instance variables and methods for the property frame class, property sheet class, and property page 
classes are provided. Important code sections for the property sheet and property page classes are listed at the end of 
the specification, and additional code, including code pertaining to modification of the application frame window class 
is provided in an appendix. Coding for the property sheet frame class is not provided. 

55 

Application Frame Window Class 

Coding for portions of the application frame window class is provided in the appendix. 
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Property Sheet Frame Class - CPropertySheetFrame:CMiniFrameWnd 

The property sheet frame 52 allows the property sheet system window and pages to be operated in a modeless 
fashion. The property sheet frame 52 can operate to create the property sheet, to hide itself when closed, and provides 
access methods to its owned property sheet. 

As shown in FIGURE 8 and in FIGURE 9A, the CPropertySheetFrame 52 provides the harness window for the 
property sheet system. The CPropertySheetFrame 52 creates, destroys manages visibility, and facilities modeless 
operation of the property sheet system. 

The CPropertySheetFrame class 52 is defined below in Tables 1 and 2. 

Table 1 - CPropertySheetFrame Class Definition 



Name 




Parameters 


Returns 


Access Virtua 
i 


OlHifl 




i UINT 


Nothing 


public no 




wCreatePageMask 
void 

void 



Nothing 



public yes 



CACRPropertvShe public no 
et* 



LPCREATESTRUCT int 
IpCreateStruct 

void void 

CWnd* pOldWnd void 

UINT nState, void 
CWnd* pWndOther, 
BOOL bMinimized 



protect no 
ed 

protect no 
ed 

protect no 
ed 

protect no 
ed 



40 



45 



Table 2 - CPropertySheetFrame Data Definition 



Name 


ype . • * Access i 






CACRPropertySheet* 


private 






UINT 


private 



Below is a description of the data and methods of the CPropertySheetFrame 52. 
Data: 

55 rnj>ACRPropertySheet: This data member Is a pointer to the property sheet system that is created and managed 
by this frame. 

m_wCreatePageMask: This a data member s the initial page creation mask used to define this property sheet sys- 
tem. The page creation mask is a bit field that indicates to the property sheet system which property pages to create. 
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Methods: 

CPropertySheetFrame(U!NT wCreatePageMask); This method is the constructor for the CPropertySheetFrame 
class. The constructor will store the specified page creation mask internally and use it later during the creation process. 
The constructor will initialize the m jp AC RProperty Sheet member variable to NULL 

-CPropertySheetFrameO: This method is the destructor for the CPropertySheetFrame class. The destructor will 
destroy the mjDACRPropertySheet member variable. 

GetPropertySheetO: This method returns the m__pAC RProperty Sheet pointer. 

OnCreate(LPCREATESTRUCT IpCreateStruct): This method handles the creation of the frame window. This class 
customizes the creation process by creating the property sheet system at this time. The property sheet system is cre- 
ated with the page create mask, mjwCreatePageMask, that was specified during class creation. 

OnCloseO: This is a method that intercepts the normal window close behavior. The default behavior of the close 
process is to destroy the window and this class. This method simply hides the window. The destruction of this class is 
the responsibility of the C AC RFrame Window. 

On$etFocus(CWnd* pOldWnd): This is a method that forwards the focus handling to the embedded property sheet 
system if one is defined. 

OnActivate(UINT nState, CWnd* pWndOther, BOOL bMinimized): This is a method that forwards the activation 
handling to the embedded property sheet system if one is defined. 

Property Sheet Class - CACRPropertvSheet:CPropertvSheet 

The CACRPropertySheet 54, illustrated in FIGURES 8 and 9B, provides support for the key property pages. 
CACRPropertySheet customizes the default property sheet behavior by providing automatic property page creation, 
property page docking support, and property page update facilities. The CACRPropertySheet class 54 is defined below 
in Tables 3 and 4. 



Table 3 - CACRPropertySheet Class Definition 



Name 



Parameters 



Returns 



Access Virtua 




CWnd* pWndParent, 
UINT 

wPageCreateFlag 
void 

LPCREATSTRUCT 
IpCreateStruct 

UINT wPageMask 

void 

UINT wPageMask 
UINT wPageMask 
void 

UINT wPageMask 

UINT wPageMask, 

LPRECT 

pTearOffRect 

void 



Nothing 



public no 



Nothing 


public 


yes 


int 


protecte 
d 


no 


void 


public 


no 


void 


public 


no 


void 


public 


no 


BOOL 


public 


no 


UINT 


public 


no 


CPropertyPage* 


public 


no 


void 


public 


no 


void 


public 


no 
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Table 4 - CACRPropertySheet Type Definitions 



Mask 


Value 




AvAaaaaaaa 




0x00000001 




A AAAAAAA*^ 

0x00000002 




0x00000004 




AvAaaaaaaq 




0x00000010 


. .. ....... .... . 

- 


0x00000020 




0x0000003f 


1 1 i I 


Oxffffffif 



25 

Masks : 



The following masks are used to define property pages that are used in the CACRProperySheet implementation. 



30 NO_PAGES: Specifies no pages. 

PAGE_ACTIONS: Specifies the Alarm Actions Property Page. 
PAGES__DISPLAYS: Specifies the Display Property Page. 
PAGE^PROGRAMS: Specifies the Program Property Page. 



35 PAGE_COMMANDS: Specifies the Command Property Page. 

PAGE_ALARMJJST: Specifies the Alarm List Property Page. 
PAGE__ALARM_COLOR: Specifies the Color Property Page. 
LEGAL_PAGES_ONLY: Specifies all the legal Property Pages. 
ALL_AVAILABLE_PAGES: Specifies all pages, legal or otherwise. 

40 

Methods : 



CACRPropertySheet(CWnd* pWndParent, UINT wPageCreateFlag): This is the constructor for the property sheet 
system. The constructor will invoke the CreatePage member with the specified page create mask. 
45 ~CACRPropertySheet() This is the destructor for CACRPropertySheet. The destructor will delete ail ed property 
pages. 

OnCreate(LPCREATESTRUCT IpCreateStruct): The OnCreate handler automatically snaps this window to the cli- 
ent region of its parent, typically the CPropertySheetFrame. 

PostNcDestroyQ; This method calls the default PostNcDestroy handler and then deletes itself. 
so CreatePage(UINT wPageMask): This method will creates the property pages specified by the page mask. All cre- 
ated property pages are automatically added to this property sheet. 

DestroyPage(UlNT wPageMask): This method will find the page with the specified mask, remove it from the prop- 
erty sheet system, and destroy it. The page mask must specify a single page for this method. 

lsPageEnabled(UINT wPageMask): This method will determine it the page specified by the page mask is present 
55 in this property sheet system. This method will return TRUE if the page is found, FALSE otherwise. 

GetPageMask(void): This method will return the page mask for ail the pages ed in this property sheet system. 

FindPage(UINT wPageMask): This method will find the page specified by the page mask. This method will return 
the specified page if it is found. NULL otherwise. 

TearOffPage(UINT wPageMask): This method will request the main frame window to create a property sheet sys- 
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tern in the specified page mask, remove the specified page from the property sheet system, and if the property page 
removed is the last on kill this class. 

UpdatePageControl(void): This method provides a work around to a MFC 3.0 bug concerning the automatic redraw 
of the page control used in the property sheet system. 

5 

Property Page : CACR Property Page: CPropertvPaqe 

The CACRPropertyPage 56, as illustrated in FIGURES 8 and 9C, provides the core behavior for the key property 
sheet system for the process control application program. The key property sheet system is used to configure the keys, 
10 of the keypad annunciator 1 6 in FIGURE 2. CACRPropertyPage 56 provides tear-away page support and facilitates set- 
ting of properties from and to a target data source. 

The CACRPropertyPage class is defined below in Tables 5 and 6. 



15 



Table 5 - CACRPropertyPage Class Definition 



Name 



Parameters Returns 



JINT wPagelD, Nothing 
JINT nIDTemplate, 
JINTnlDCaption 

LPCSTR Nothing 
IpszTemplateName, 
UINT nIDCaption 

void 

void 

void 

void 

void 

HWND hWnd, void 
LPRECT pRect 

HDC hDC, void 
LPRECT pTrackRect, 
BOOL bKillTrack 

LPRECT pTearOffRect void 

UINTnFlags, CPoint void 
point 

UINTnFlags, CPoint void 
point 

UINT nFlags, CPoint void 
point 



Access Virtu 
al 



public 



public 



Nothing public 

UINT public 

void public 

void public 

CACRProper public 
tySheet 



no 

no 

yes 

no 

yes 

yes 

no 



protecte no 
d 

protecte no 
d 



protecte no 
d 

protecte no 
d 

protecte no 
d 

protecte no 
d 
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Table 6 - CACRPropertyPage Data Definition 



Name 



Type Access 


RECT 


protected 


BOOL 


protected 


BOOL 


protected 


BOOL 


protected 


SIZE 


protected 


RECT 


protected 


POINT 


protected 


UINT 


protected 



Data : 



mjTrackRect: This variable s the property page tracking rectangle during a page tear operation. 
mJ>lsTracking: This variable indicates that the property page is in the process of being torn off. 
m_blsTearable: This variable indicates that the current property page is tearabie. 

mJ)DitherLast: This variable indicates the state of the last drag track render operation. To maximize visibility the 
track rectangle is rendered in a combination of dithered states and non-dithered states. 
m_sizeLast: This variable s the size of the last track render operation. 

m_jectLast: This variable s the rectangle that was previously rendered during the drag operation. 

m_ptStartPoint: This variable s the starting point of the drag operation. The start point will maintain the relative posi- 
tion of the drag rectangle to the mouse. 

m_wPagelD: This variable s the page id of this property page. The page id is defined on creation of the property 
page. 



Methods : 



CACRPropertyPage(UINT wPagelD.UINT nIDTemplate.UINT nIDCaption): This is the constructor for the 
CACRPropertyPage dialog. The constructor requires specification of the page ID, a dialog template, and a caption. 

CACRPropertyPage(UINT wPageiD ,LPCSTR IpszTemplateName.UINT nIDCaption): This is a constructor for the 
CACRPropertyPage dialog. This version of the constructor allows for the specification of the template using a string. 

~ CACRPropertyPageQ: This is the destructor for the CACRPropertyPage class. 

GetPagelD(void): This method returns the mjwPagelD member variable. 

BegtnPropertySet(void): This method provides a hook for derived property page classes to initialize data state 
information to properly reflect data values under multiple keys. 

EndPropertySet(void): This method provides a hook for derived property pages to end the property setting process 
by reflecting collected state information into the property page controls. 

GetPropertySheet(void): This method returns the parent property sheet. This method will ASSERT if the parent 
property sheet is not of CACRPropertySheet style. 

ClipRectToWirtdow(HWND hWnd.LPRECT pRect): This method will clip the specified rectangle to the specified 
window. The method will maintain the size of the specified rectangle if possible. 

Track(HDC hDC.LPRECT pTrackRect,BOOL bKillTrack=FALSE) : This method performs tracking for the property 
page dragAear operation. 

TearOffDiaiog(LPRECT pTearOffRect): This method performs the property page tear operation. It determines it the 
specified rectangle represents a tearabie state and if so performs the tear operation. 

OnL8uttonDown(UINT nFlags, CPoint point): This method handles the left mouse button down processing. This 
method will start the property page tear operation. 

OnLButtonUp(UINT nFlags, CPoint point): This method handles the left mouse button up processing. This method 
will end the property page tear operation. 

OnMouseMove(UINT nFlags, CPoint point): This method handles mouse move processing. This method will drag 
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the page tear rectangle if the mouse button is pressed and the page tear operation is underway. 
Kev Property Pages 

5 In the application described here, wherein the property pages are used to exchange information about, and to con- 
figure, the keys of keypad annunciator 16 in FIGURE 2, the key property pages are derived from the CACRProper- 
tyPage base class, as shown in FIGURE 10. The property pages provide specific edit operations for the key data. 

Each property page will be implemented in a similar fashion. In general, each property page will provide the follow- 
ing interface, as set forth in Table 7. 



Table 7 - CACRGenericEditPage Class Definition 



Name 



15 



20 



25 



30 




Parameters 



IT wPagelD, 
UINT nIDTemplate, 
UINT nIDCaption 

LPCSTR 

IpszTemplateName, 
UINT nIDCaption 

void 



void 
void 



Returns 



Access : Virtu 



Nothing public no 



Nothing public no 



Nothing public yes 



void 
void 



public yes 
public yes 



35 Code sections for the property sheet and property page classes, as well as code sections pertaining to modification 
of the application frame window class, are provided in an appendix. The code is written in the C++ programming lan- 
guage, but can be used as the operational foundation for other implementations. 



40 



45 



50 



55 
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C++ Code for CACRPropertvSheet Class 



// ••• * 

— * 

// 

// Class; CreatePage 

// Description; Create the property page for this tr-ask and add it to the system. 
// This routine will create multiple pages if multiple masks are 

// specified. 
// 

// Returns: Bool 
// 

//• — ♦ 

1 OtodelessPropertySheet: :CreatePage (UIKT wPageMask) 
CPropertyPage* pPage; 

// 

// Determine if the individual page types 

// are defined and create and add them to the 



// sheet. 

// - 

if (wPageMask 4 PACK ACTIONS) 
I 

pPage • new CAlMct ions ( ) ; 
AddPage(pPage) ; 

) 

if (wPageHask 6 PAGE DISPLAYS) 

k ~ ' 

pPage - new CDisplayListPage () ; 

AddPage (pPage) ; 
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if (wPageHaak t PAGE PROGRAMS) 
( 

pPage - new CPrograaListPageO ; 
AddPage {pPage) / 

if (wPageMaak t PAGE COKKANDS) 
i 

pPage - new CCoersmandDlgO ; 
AddPage {pPage) ; 

} 

if {wPageMask i PAGE ALARM LIST) 

{ 

pPage * new CAlaraList {) ; 
AddPage (pPage! ; 

} 

if {wpageHaak I PAGE ALARM COLOR) 
{ 

pPage - new CNewAlarwColor (> ; 
AddPage (pPage) j 

) 



Method: DeatroyPage 
, . Ascription: Thia »«thod toasts the property page associated with this aask. 
// Thia is uaed when a property page has been removed from one sheet 

// and put into another sheet. 

// 

// Returns: Bool 
// 

// *• 

void CHodeleaaPropertySheet: :0estroyPage (UINT wPageKask) 
CPropertyPage* pPropertyPage; 

// - 

// Get It. Remove It. KILL It. 

//— - 



if { {pPropertyPage - PindPage (wpageMask) } NULL) 

ReraovePage (pPropertyPage) ; 
delete pPropertyPage; 

) 



// * 

//•"• * 

// 

// Class: PindPage 

// Description: Get the property page pointer based on a nask 

// Returns: Bool 

// 

ft > 

opertyPage* CModelessPropectyShee t ; : FindPage (Ul NT uPagertask) 

CACRPropPage* pPage - NULL; 

for Unt i-0; KCetPageCoont 0 ; i++> 
I 

// Ara I the guy we want? 



//-:::::::::::::::;;:::::::: • • 

y f - 

// Class: CModelesaPropertySheec 

// Description: This defines the core modeless property sheet. 
// „ 
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jfine 
•define 
I define 
' I define 
•define 
•define 
•define 



NO PAGES 

page actions 

page~displax5 

pags~programs 

PAGE~CCttMANDS 
PAGE"aLARH LIST 
PAGE~ALARtfC0L0R 



0x00000000 
0x00000001 
0x00000002 
0x00000004 
0x00000008 

oxooooooxo 

0x00000020 



lifdeff SOFTPANEL 



Idefine 

tdefine 

I else 

•define 

Idefine 

•endU 



LEGAL PAGESjDNL* 0x0 0 000 03 f 
ALLJVVAILABLE_PAGES Oxffffffff 

LEGALJ?AGES ONLY OxOOOOOOlf 
AL L_A V A I LAB L E_PAG ES Oxffffffdf 



class CModeless Proper tySheet; 
class CXeyboardCore; 
class CACRKey; 



class CModelessPropertySheet : public CPropertySheet 
private; 

CKeyboardCore* i»j>OvnerKeyboard; 
pubLic: 

DSCIAREJJVNAMICfCHodelessPrcpertyShefct) 
CModelessPropertySheet 
-CXode less Proper tySheet 



// Attributes 
void 
void 
3O0L 
UIN7 

CPropertyPage* 

void 

void 

void 



CreatePage 

DestroyPage 

IsPageEnafcled 

GetPageMask 

FindPage 

TearOf fPagc 

UpdatePageControi 



(CWnd* pWndParent,0lNT vpageCreateFlag) 



(UINT wPageHask) ; 
(UIN? wPageMask}; 
(UINT wPageMask) ; 
(void) ; 

(UINT wpageKask); 

(UINT wPageitask,LPRECT pTearOf fRect) ; 
(void) ; 



SctPropertiesFroaXeyboard (CKeyboardCore* pKeyboardl ; 



if ( ((pPage » (CACRPropPage*) GetPage (i) } I- HULL) 44 

(pPage->IsKindOf <RUNTIHE_CLASS {CACRPropPage) ) ) 44 
(pPage->GetPagctD{) 4 wPageMask) ) 

{ 

return pPage; 

} 

) 

ASSERT (pPage ♦» NOLL); // if we ace asking for a NULL page soae 

// bogus is going on. 

return pPage; 



// 

// * 

// 

// Class: IsPageEnabled 

// Description: This routine loops through the pages associated with this 

// dialog system and determines if they are present. 

// 

// Returns; Bool 
// 

// * * 

BOOL CModelessPropertySheet: : IsPageEnabled (UINT wPageMask) 

CACRPropPage* pPage - NOLL; 

ior (int i-0; KGetPageCount {) ; !*•+) 
{ 

'// An I the guy we want? 
if ( ( (pPage - (CACRPropPage* ] GetPage (i) ) !• NULL) 44 

{pPage-MsKindOf (RUNTIME CLASS (CACRPcopPage) } } 44 
{ P Page~>GetPageID{> 4 wPageMask) } 

( 

ceturn TRUE; 

I 

) 

return FALSE ; 
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//• * 

// * * * 

// 

// Class: GetPageMask 

// Description: This routine loops through the pages associated with this 
// dialog syste» and collects their pace masks. 

// Returns: UTNT 
// 

// T 

OINT CModelessPropertySheet: :GetPageMask(void) 

OINT wPageMask - 0; 

CACRPropPage* pPage - HULL; 

for Unt i-0; KGe tPageCount {> ; i++) 

// Am I the guy we want? 
if { UpPage - (CACRPropPage*) GetPage(i)i !- HULL} (& 
{ P Page->IsKindO£ ( RUNTIM£_CLASS {CACRPropPage} J ) ) 
wPageKask }- pPage->GetPageXD() / 

) 

return vPageHask; 



Class: PageChanged 

// Description: This routine is called by the Property pages when something 

// has occured that changes their data. We will cell the keyboard 

// coce so he may update his inforsiation. 

// 

// Returns: Noching 



// 

// • , 

// 

// Hethod: TearOffPage 

// Description: This routine removes the requested page fro* this sheet 
y tells the f raise to create a new one. 

// Returns: Nothing 
// 

// , 

d CKodclessPropertySheet:; TearOffPage {UINT wPageHask.LPRECT pTearOfiRect) 
crranteWnd* pNevFrane,- 

t)) " NULLr^"" " (CFca ** Wnd * )ACRGecMdin * i ^ 



// If it is the last page we should coaanit 
// sucicie 

// 

if (GetPagcCountO — * 1) 

Get Parent () -> Destroy window {) ; 

//- 



// Get It. Remove It. KILL It. 
// 

else 
I 

DestroyPage {wPageMask) ; 



// 

// Put the new one on top 



it (pKewframe !- (CFrameWndMCetParent (} } 
pMeurrame->BringWtndOMToTop{] ; 
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//••♦•• • .... 

// 

// Method: Update pa geControl 

// Description: This sKthod forces the control used in the property pages to 



be redrawn, 
nothing 



// 
// 

// Returns: 
// 

If * * 

void CKodelessPropertySheet: :UpdatePageControl {void) 
( 

a tabRow.SetCucSeK* tabRow.GetltenCount (> -U ; 

) 



C-H- Code for CACRPropertvPaqe Class 



//••••••♦•••• • * 

// * * ..♦..*..♦• .......... 

// 

// Class: CACRPrcpPage 

// Description: This defines the alarm color dialog. 
// 

// * • • •••• 

class CKeyboardCore; 

class CACRKey; 

class CttodelessPropercySheet; 

class CACRDocuwenc; 

class CACRPropPage : public CProperryPage 

DECLARE ^DYNAMIC (CACSPropPage) 

protected: 

RECT ^rtraclcRect; 

BOOL a J> ^Tracking; 

BOOL ^""blsTeacabie; 

BOOL aJbOith«rLuti 

SIZE nTsiteLasr; 

RECT n_rectLast; 

POINT n pcStartPoint; 

UINT nT*?ageID; // System defined user aas* 

BOOL a^ £r ' abl '«'r c * c5cin 9 ; 

BOOL n~SelectedKeyCount; 

BOOL rfblslnited; 

// Construction 
public: 

CACRPropPage (UINT v/PageI0, UINT MDTe^piate, UINT nIDCaption-O) 

CACRPropPage (LPCSTR IpsrTecpiateNaae, UINT nlDCapt ion) ; 

-CACRPropPage ()/ 

virtual BOOL CnSetActive (); , 

virtual BOOL CanClose (void) ( return TRUE; } ; 

UINT GetPagelD (void); 

virtual void SetPropertiesf romXeyboacd [CKeyboardCore* pKeyboaro) ; 

victual void SetKeyboardPromP coper ties (CKeyboardCore' pKeyboard, LONG lHint«QL) ; 



virtual void 
virtual void 
virtual void 
virtual void 
virtual UINT 



BeginPropertySet 

SetPropettyfroraKey 

SecKeyFrooProperty 

EndPropertySet 

GetUndoOperationtD 



CModelessPropercySheet* Get Proper tySheet 
CACRDocunen t * Get Documen t 

CKeyboardCore* GetXeyboard 



(vold)(}; 

(CACRKey" pKey) { ) 

(CACRKey* pKey, LONG lHint-01 U 

(votd)U 

(LONG IHint) [return STRJIDJIDITJJNDO; } ; 

(void) ; 
(void) ; 
(void) ; 



// Dialog Oata 

/ / ( { AFX J3ATA ( CACR? ro pPage) 
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//HAFXJJATA 
// Overrides 

// ClassWizard generated virtual function override 
// { ( AFXVIRTOAL (CACRPropPage) ^ cclon brides 
protected; 

//MAFXVIRTOAL 



// Implementation 
protected: 

void 

void 

void 



ClipRectTc-Window 
Track 

TearOffDialog 



//Generated nessage nap functions 
//( (AFXJ<SG{CACRPropPage| 
virtual BOOL OnlnitDiaiog 
afxjssg void OnLfluttonDown 
afxjnsg void OnLButtonUp 
a aag void OnHouseHove 
//) }AFX MSG 
DECIARE~.»CESSAGEjtAP { } 



inline UIHT CACRPzopPage: :GctPageID{void) 



) 

tendif 



return n^vPagelD; 



(HWND hwnd, LPRECT pRect) • 



CI r 

n S* 95 ' CPotnt poinc) ' 

(OIHT nFlags, CPoint point); 

(OINT nFlags, CPoint point) , 



//•* • * 

// • • 

// 

// Method: CACRPropPage: :CACRPropPage 

// Description: this routine constructs the ACFC Property Page 



Returns: 



Nothing 



CACRPropPage ::CACRPrcp?age(UINT wPagelD, UINT nIDTcaplate, UINT nIDCaption} : CPropercyPage <nIOT«nplate,ntOC 
on} 



- wPageXO; 

* FALSE; 

- FALSE; 

- FALSE; 

- m_3izeLast .cy - 0; 



n_vPageID 
mJbEnableTrackir.g 
mj> IsT racking 
ra~bIsTearable 
m~bOithertast 
mjsizeLast.cx 

: TsetRectEapty ( &a_rec tLast) 
a_SeiectedKeyCount » 0; 
cTblsInited * FALSE? 

//((AFX OATA IN'ITlCACRPropPageJ 

// NOTS:"the ClassWizard will add member initialization here 
//HAFX DATA INI7 



// • ♦ * 

// * 

// 

// Method: CACP.PropPage: : CACRPropPage 

// Description: This routine constructs the ACFG Property Page 

// Returns: 
tl 

//*• 



Nothing 



"RPropPage: :CACRPropPage {LPCSTR IpszTentplateNatne, UINT nIDCaption) : CPropertyPage UpszTemplateName, nIDC 

//{{AFX__DATA^:NlT(CACRPropPageV 

// NOTE: "the CiassWizard will add neab«c initialization here 
//)}AFX CATA IN tT 
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••••♦•***••*•♦•••♦•••♦.♦ 

it * * 

// Class: OnLButtonDown 

// Description: Tear away this popup and make a aodeless dialog out of it . 

// Returns: BOOL 
// 

//•••♦♦••••• 

void CAC^PropPage:: OnLButtonDown (DINT nFlaga, CPoint point) 

HHMO hDesktop - ::GetDe*ktopWindovU; 

if (GetParent()->IsWindoWisibleO « hDesktop) 

HDC HOC - ::<5«tDCEx{hI>esktop,NtnX # DCX_PAA£HTCLIP); 

// Render the popup outline 
GetCiientRect (tta^rTrackRect) ; 

::KapWindovPoints(GetSafeHwn<l{},hl>e3lctop / {LPPOIKT)ita rTrackRect 21 • 

a j?t$ tart Point - point; - ' " 

aJ>IsTracking - TRUE; 

av_bIsT*acable - HOSE; 

n_bDitherLast « FALSE; 

: :SctReccEaipty{tcs_r«ctLast) ; 

ajsizeLast.cx - »_aizeLast.cy « 0; 

: :S«tCaptuce{GetSa£eHwnd{) ) ; 

// Render the popup outline 
7rark(hDC, tn_rTrackRect) ; 

// Release the display contex 
: :ReieaseDC (hDesktop, hDC) ; 

else 

CPropertyPage : : OnLButtonDown (nFlags , point ) ; 



* ~* . 

t/ 

// Class: CnLButtonUp 

// Description: If tracking a popup pake a modeless dialog out of it. 

// Returns: BOOL 
// 

//•*• * *» 

void CACR?ro??age::OnLButtonUp(UINT nflags, CPoint point) 



if (n_bIsTracking) 

REC7 rClientRect; 
GetClientRectUrClientRect) ; 
HWND hDesktop- : :GetDesktopKindov {> ; 
HDC hDC; 

ASSERT (hDesktop) ; 

hDC » : :GetOC£x (hDesktop, NULL, DCX__PARENTCLIP) ; 

// Undraw »nd release dc 
.rack (hDC, Sra^rTrackRect, TRUE) ; 



: :ReleaseDC (hDesktop, hDC) ; 



/ / Create the modeless property 
// sheet dialog here, 
if UablsTearable) « } : :PtInRect (fcrClientRect, w „ptStartPoint)) 
TearOff Dialog (fin rTrackRect) ; LP" wrrroint? ) 
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fcblatracking - FALSE; 
*J>l37earable - FALSE; 
^ : :ReleaseCapture{) ; 

else 

CPropertyPage : :OnLButtonUp (nFlags, point) / 



♦ ***••*• ## . 

//* **••«••»*»••»•»*•»** •••**•••*••••*••♦♦.«.„ 

// Class: OnHouseHove 

// Description: Track the popup if it being torn avay. 

// Returns: BOOL 
// 

//•• • * * 

void CACRProp?age::OnMouaeMovc(UrHT nFlags, CPoint point) 

RECT rClientRect; 

GetClientRect UrClientRect) ; 

if (a blsTracking) 

{ 

KWHD hDesktop « : :GetOesktopWindow () ; 
HDC hDC; 

ASSERT (hDesk top) ; 

hDC * ::GetDCEx(hOe3ktop,HULL,DCX_PARENTCLIP> ; 
if {I: rPtlnRect UrClientRect, point) ) 
inr nDX, nDY; 
// if Is J>IsTea cable) 

II Track {HOC, tm_rTrac5cRect) ; //Undraw 

// Recalculate the cracking rectangle 
nDX * point, x - m jptStartPoint .x; * 9 e 

nOY « point. y - rajstStartPoint.y; 

: :Cf f sctRect ( fcta_rTrackRact, nDX, nDY) ; 
ClipRectToWindow(hOesktop, irojrTrackRect) / 

r. -P tStarc Point - point; // Reineber this point 

Track (hDC, *.Tn_rTrackRect) ; // Redraw 
: :KeleaseDC{hDesktop,hDC) ; // Release 

•i blsTearable » TRUE; 

) 

else if (m blsTearable) 

( 

TracMhDC, tm rTrackRect,TRUE) ; // Undraw 
si blsTearable - FALSE; 

> 

) 

else 

CPropertyPage: : OnMouseKove (nFlags , point) ; 



Idefine CX_30RDER 1 
Idefine CY BORDER 1 
idefine TITLEHEIGRT IS 

// „ 

// 

// Class: Track 

// Description; Render the tracking rectangle in XNOR mode on the specified 
display context. 

// Returns: BOOL 
// 

// * * * * . 
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y oi d CACRPropPage;: Track {HOC hDC,LPR£CT pT**ek&ect,BOOL bKillTrack} 

CDC* pDC-CDC: :FronH*ndle (hOC) ; 

// default to Chin frame 
CSize 3iie(CX^80R0ER, CY_BORDER) ; 

// determine new recc and size 

CRect rect; 

CBrush* pWhiteBrush - GBrush: : FcomHandle ( (HBR0SK) : JGetStockObject {WHITE brush* *, 
CBrush* pDitherBrush - CDC: :CetH*l£tone8ruah{) ; «t«HiTEjiROSH) ) j 

CBrush* pBrush - pWhiteBrush; 
HCURSOR hCursor; 

// Set track rect size 

rect " *pTrackRect; 

if (ACRC;etHainKindowU-*>CanOock(ir«ctJ — NULL) 

site.cx - GetSysteaMetric* (SH CXFRAKE) - CX BORDER; 
sixe.cy - GetSystemMetrics (SH~CTFRAKE) - CY~BORDER; 

pBruah - pDitherBrush; 
^ hCursor - AfxGetApp{)->LoadCuc3or{ICC_HOTDOCK£D) ; 

else 

hCursor • AfxGetAppO ->l*>adCursor (IDCJ30CXED) ; 

if (bKillTrack II !si_bIsTearable> 

a ire -ex « size.cy ■» 0; 
^ hCursor - AfxGetApp () ->LoadStandardCursor (IDCARROW) ; 

: : Se tCursoc {hCursor} J 

// draw it and renember last size 
pDC->DrauDragRect(&rect, size, irajrectUst, n sizeLast, 

pBrush, m_bDitherLast ? pDitherBrush ; pKhi~e3rush> - 
njrectLast - rect; r ' ' 

cTsizeLast - size; 

cTbDithertast - {pBrush — pOitherBrush) : 



'/ * *. 

H * *. 

// Class: ClipRectToWindov 

// Description: this ^routine clip, the specified rectangle to the specified 
// 

// Returns: BOOL 
// 

//••••• »** » $ # 

vole CACRPropPage; :ClipRectToWiadov{HWND hWnd, LPRECT pRect) 

RECT rClientRect; 
inc n«idth,nHeight; 

lirndef wy_A?? 

: :GetClIentRect{hWnd,trClientRect) ; 
.se 

: :GetWindowRect (hWnd, 4 rClientRect) ; 
Icr.dU 

r.Width - pRect-> right - pRect->le£t; 
nHeight « pRect->bottora - pRect~>top; 

// Clip top and bottom 



f (pRect~>top < rCiicntRect.top} 

pRect->top - rClientRect. top; 
pRect->bottom - pRect->top + nHeight; 

lse if (pRect->bottoa > rClientRect .bottom) 

pRect->botto» - rClientRect. bottom; 
pRect->top - pRect~>botconv - nHeight; 
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// Clip left and right 
if (pRect->le£t < rClientRect .left} 
i 

pRect~>left - rClientRect. left; 
pRect->right - pRect~>left nWidth; 

} 

else If {pRcct->right > rClientRect. right) 
{ 

pRcct»right - rClientRect. right/ 
pRect->l«£t - pRect->right - nWidth* 

} 



//♦•♦••>*•• * * * ' ***** 

* * *•* 

// 

// Class: TearOff Dialog, 

// Description: This routine creates another version of this dialog, only in 

// modeless for*. 

// 

// Returns: BOOL 
// 

// ••••••• * * •••• * 

Idefine KIH HEW OELTAX 5 
*de£xne MtN~HEW~DSLTA¥ 5 

d CACRPropPage: :TearOf fOialog (LPRECT ptearOi fRect) 

HWND hDesktop - ; :GetDasktopWindov() ; 

RECT rClientRect; 

CModelessPropertySheet* pPropertySheet - CetPropertySheet ( ) ; 

// 

// Convert che client coords to the 
// desktop coords co determine if che 
// tracking window has taoved enough to 
// tear it off. 

// - 

CetCHentRect UrCiientRect) ; 

: :Kap»indou?oiatslGetSafeHwndll ,hD«sktop, {LPPOINT} trClientRect, 2) ; 

// - - - 

// Get this pages ID, create a new property 
// sheet with it, and destroy che page. 
// — - - 

if (pPropertySheet) 

pPropertySheeC->Tear0ffPagelGetPageXDO .pTearOf fRect) ; 

) 



// * * 

// 

// Class: CetPropertySheet 

// Description: This routine returns the parent property sheet in a digestable 

// format, 

// 

// Returns: BOOL 

// 

CModelessPropertySheet*' CACRPropPage: :GetPropertySheet (void) 
I 

CWnd* p«nd - GetParent () ; 

CModelessPropertySheet* pPropertySheet; 

• return pPropertySheet; 
return HULL; 
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// • 

// • * • 

// 

//„ Method: AddPropertySheet 

// Oescription: This routine creates a frame window with property sheet, and 
// populates it vith available property pages. 

// Returns; CProp«rtySheetFrame» 

CPropertySheetFra*e« CACRMalnFratae: : AddPropertySheet (CKcyboardCore- pActiveKeyboard, UIHT wPageMask, LPRECT ppro 
pertyRect) 

CPropertysheetFraae* p?roperty5heetFranc"KULL; 

// A valid keyboard is required 

ASSERT {pActive Keyboard !~ NULL) ; 

//If the user is creating a standard property frame 
// we should give them all the available pages 
it (wPageMask — ALL_AVAXLABLE_PAGES> 
wPageMask - Ce t Available Pa g eMa s k 0 : 

if (wPageMask N0_?ACES) 
return FALSE; 

// Determine if we can dock this sheet to an existing 

// frame. We are in docking node if the pPropercyRect is 

// specified. 

if IpPropcttyRcct it { (pPropertyShcetFramc-CanDocMpPropertyRect) } I- NULL)} 
t 

CModelessPropertySheef pPropercySheet « p?ropertySheetFrane->Get?ro?ertySheet 0 ; 
pPropertySheet->CreatePage (wPageMask) ; 
lifndef OGNTREIMT 

pPcopertySheet->SetOwnerXeyboard(pActiveKeyboard) ; 
pPropertySheet~>SetPropertie3fromKeyboard {pActiveKeyboard) ; 

le.ndi £ 

pPropertySheec«>'Jpda:ePageControl I ) ; 

) 

else 
t 

// watch out for those exceptoim 

TRY 
< 

CRect rect {0,0, 0,0); 

CString strTitle; 

// Create this guy and position it. 
pPropertyShcctFrar-e - new CPropertySheecFrarae (wpageMask} / 

s trTi tie. Empty <) t 

if OpPropertySheetframe-OCreatetNULL, strTitie,WS POPUP I WS CAPTION I WS SYSHENU, rect thisH 
delete pPropertySheetFrarce; ~ "~ ~ ' ' 

UpdateKeyPr5?er:yTitle{pPropertySheetrrane.pActiveKeyboard) ; 

// Initialize the data 
pPropcrtySheec?ra-te->GetPropertySheet {} ~>setOwnerKeyboardtpActiveKeyboard) ; 
pPropertySheetfra3ie->GetPropertySheet U ->SetPropertiesFro»Keyboard(pActiveKeyboard) ; 

// If a property rect is specified use it to 
// position this guy 

if (pPropertyRect) 

WP NQEQRDERj ; ?? c<3 P e tty$heetEra»e->SetWindowPos (NOLL, pPropertyRect->le£t, pPropertyR»ct-">top. 0, 0, SWp^NOSlZEJS 
else 

pPropertyShectrrame-*>CcnterKindow {ACRGetOialogCenterWindow < } } ; 

if ItpPropertySheetfxame-MsWindowvisibleO ) 
pPropertyShcet Frame- >Show«indow(SW_SKOW} ; 
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CATCH_WX(«> 

1 delete pPropertySheetFraae; 
pPropertySheetFraae - HULL/ 

EHD^CATCH^ALL 

return pPcopertySheetFrame; 



^ y »*•»*•*»*•" w 

// Kechod: GetAvailablePageMask 

// Description: This routine calculates the available page nasks by enumerating 
all the child property frames. 

// Re cum*: UINT 

// 

// * 

UIKT CACRMainFrawe: : GetAvailablePageMask (void) 

1 UINT vPageHask - L£GAL_PAGE5_CNLY; 
CWna" pWnd - this; 

It Loop through ail Che child window and find the 
// fraaes and add their Page Mask to this page mask. 

while (pWnd) 

1 if I (pWnd->IsKindOC (RUNTIME CLASS (C Proper tySiieet Frame ) ) J Ui 
< P Wnd->GetParent { > ->GetSa£eHwnd( ) — CetSafeHwrndO ) ) 

1 CPropertySheetFrame* pPropertyFrane « (CPropertyShcetFtaDe ' ) pWnd; 
CModelessPropertySheef pPropSheec - p?ropertyFramc->GetPropertyShee t {) 

wPageMask 4- -.pPropSheet->GetPageHask ( ) ; 

pWnd - pVnd->GetNext«indovr(GW - HWOPREV) j 

i 

return vPageMask; 

) 



// 

// • — * * 

// 

// Method: CanDock 

// description: This routine determines if we dock the specified frame to 
an existing frame. 

// ?.eturr,s: CPropertySheetFrame* -> Docking frarae if one if found. 
// . 
// * " 

I define DOCKXJEmz 10 
4Cefir.e DOCKY_FUZZ 10 

CPropertySheetFrame* CACRMa in Frame: :CanDock(LPRECT pPropertyRect) 

1 CPronertySheetFrame* ppropertySheetFrame-NULL; 

axjrr' wPageMasfc - LEGA L_P ACE S^_0N LY ; 

cwni* p«nd * this; 

cTestRect « "pPropertyRect; 



// reduce the test rect 
: : :af UteRect (ArTestRect, -OOCKXJTJZZ, -DOCKY^FUZZ) ; 

// Loop through all the child window and find the 
// frames and add their Page Mask to this page mask. 

while (pWnd) 

* if [ lpWnd~>IsKindOf(RUWXIHE_CLASS (CPropertySheetFrame))) tt 
(pHnd->G«tParentO~x;etSafeHwnd() ~ CetSafeHwnd 0 ) ) 

i 

RECT rWindowRect; 
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j return (CPropertyShectPr^e'pWnSf " " «™»<«*«.ri*t >^&^J 

P«nd - p«ad->CetNextWindo«ccwj{WNDPR£v>; 



return NULL; 



// * * * < 

//* • * ♦ ♦ 

// 

// Method; SyncPropertySheets 

// Description: This routine syncs the property sheets up with the current 

// selection state of the keyboard. 

// 

// Returns: Nothing 
// 

// • 

void CACRMainFraae: : SyncPropertySheets (CKeyboardCore* pKeyboard) 
{ 

// Get the active keyboard if one is not specified. 

if (! pKeyboard) 

pKeyboard - CetActiveKeyboardO ; 

// Sync each property frane if a keyboard is 

// specified. 

if IpReybeard) 
{ 

FrJ^HSPOSITIONINFO Frame Positioning o; 

rrar.ePoaitionlnfo.hWindowOnTopOf - HWNOJTOP; 
FrsnePositionlnfo.hOeferPositionrnfo - • :BeginDeferWindow?os HQ) ; 

FraziePositionlnfo.hParent - GetSafeHwnd 0 ; 

FranePositionlnfo .pKeyboard m pKeyboard; 

FranePositicalnfo.blnvaiidate » FALSE; 

FrasiePositionXnfo.pScreenRect - NULL; 

Fraxerositionlftfo.wPropMode « kPropSync; 

: :SnvaWindo«s{ACR£nuffiChUdProc. (LPARAM) <FranePositionInfo) ; 



if ;rraneP03itionIn£o.hDeferPositionInfo) 

: :SndOeferifindowPos (FranePositionlnfo.hOef erpositionlnfo) ; 



// , , 

// * • „ 

// 

// Method: CLosePropertySheets 

// Description: This method enuraerates each property sheet and closes then. 

// Returns; Nothing 
// 

//•••*••*.. * * #M „ 

void CACRKair. Frame; :ClosePropertySheets (void) 

// Sync each property fc*»e if * keyboard is 
// specified. 
FRAMEPCSITXONINFO FramePcsitionTnfo; 

fceaset ftrrajucPositionlnfo, 0, siieo£<rraraePositionInfo> ) ; 

FranePositionlnfo.hHindouOnTopOf - HWHO TOP; 
FranePositiorvInfo.hDeferPositionlnfo - NULL; 

Frair.ePositionlnfo.hParcnt - CetSafeKwnd {) ; 

Fraxe Posit ion Info. pKeyboard «• NULL; 

FraaePositiontnf o.blnvalidate - FALSE: 

FranePositionlnfo. pScreenRect - NULL; 

FranePositionlnfo.wPropMode - kPropClose; 

^ : :S:rcSiiftdowj {ACREnuwChildProc. (LPARAM) iFraoe Posit ion Info) ; 
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Claims 

1 . Apparatus for computerised data processing, comprising 

processor means for executing a program, 
a memory element for storing the program, 
a display monitor for providing a display, 

selection means for selecting a property page of a first property sheet system, the first property sheet system 
including at least one property page displayable at a first position on the display monitor, and 
creation means for creating a second property sheet system including said selected property page, said 
selected property page being displayable at a second display position on the display monitor. 

2. Apparatus for configuring a peripheral via a computer or configuring the intercommunication between a computer 
and a peripheral, the computer comprising; 

processor means for executing a program, 

a memory element for storing at least the program, 

a display monitor for providing a display, 

the processor means being adapted to display via the display monitor property sheet systems for receiving 
configuration settings data from a user, the processor means being further adapted to store said data in the 
memory element at least temporarily and to employ said data when communicating with the peripheral; 
selection means for selecting a property page of a first property sheet system, the first property sheet system 
including at least one property page displayable at a first position on the display monitor, and 
creation means for creating a second property sheet system including said selected property page, said 
selected property page being displayable at a second display position on the display monitor. 

3. The apparatus of Claim 1 or Claim 2 further including 

removal means for removing said property page selected by said selection means from said first property 
sheet system such that said selected property page is not displayable by said first property sheet system. 

4. The apparatus of Claim 3 further including 

destruction means for destroying said first property sheet system when said first property sheet system does 
not include any property pages. 

5. The apparatus of any preceding Claim further comprising 

positioning means for varying and indicating on the display monitor said second display position at which said 
property page selected by said selection means and included in said second property sheet system is display- 
able by said second property sheet system. 

6. The apparatus of any preceding claim further including 

docking means for placing said property page selected by said selection means into a selected property sheet 
system fa inclusion therein, said property page being displayable on the display monitor by said selected prop- 
erty sheet system. 

7. The apparatus of Claim 6 further comprising 

positioning means for varying and indicating the position of the display monitor of a symbol representative of a 
property page selected by said selection means, and 

proximity means for determining a parameter responsive to the distance on the display monitor between said 
symbol and the position on the display monitor of a displayed property page of a property sheet system, and 
wherein said parameter is less than a first selected value, said docking means in response to a first user input 
places said selected property page in said property sheet system displaying said displayed property page for 
inclusion therein and for display on the display monitor thereby. 

8. The apparatus of Claim 7 wherein when said parameter is greater than a second selected value, said creation 
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means in response to a second user input displays said selected property page included in said second property 
sheet system at a position on the display monitor determined by the display position of said symbol. 

9. The apparatus of Claim 7 further comprising 

icon means for displaying on the display monitor an icon having at least a first display state, said icon displayed 
in said first display state when said parameter is less than said first selected value, said first display state for 
indicating to a user that said docking means, in response to said first user input, will place said selected prop- 
erty page into said property sheet system displaying said displayed property page. 

10. The apparatus of Claim 9 wherein said icon means further comprises means for displaying said icon in a second 
display state when said parameter is greater than a second selected amount, said second display state for indicat- 
ing to a user that said second property sheet system will display said property page selected by said selection 
means at a position on the display monitor determined by the position of said symbol. 

1 1 . A method for displaying property pages on a computer display monitor comprising the steps of 

creating a first property sheet system including at least one property page displayable at a first position on a 
display monitor, 

selecting a property page of said first property sheet system, and 

creating a second property sheet system including said selected property page, said selected property page 
being displayable at a second display position on the display monitor. 

1 2. A method of displaying on a computer display monitor configuration settings governing a peripheral or intercommu- 
nication between a computer and a peripheral, comprising the steps of 

creating a first property sheet system including at least one property page displayable at a first position on a 
display monitor, 

selecting a property page of said first property sheet system, and 

creating a second property sheet system including said selected property page, said selected property page 
being displayable at a second display position on the display monitor. 

13. The method of Claim 1 1 or Claim 12 further including the steps of 

selecting a property page from one of said first and second property sheet systems, and 

docking said property page selected from one of said first and second property sheet systems into the other of 

said first and second property sheet systems for display thereby. 

14. A method for displaying property pages on a display monitor, comprising the steps of 

creating first and second property sheet systems, said first property sheet system including a property page 
displaying at first display position on the display monitor, 
selecting a property page of said first property sheet system, and 

docking said selected property page into said second property sheet system, said selected property page dis- 
playable at a second display position on the display monitor 
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